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Patentanspruche 



1 . Verfahren zum Erzeugen von Informationsmodellen, 
dadurch g e kennzeichnet, daB ein erstes Master- 
Informationsmodell kodiert in einer ersten Beschreibungssprache generiert 
und in einer Datenbank abgespeichert wird und daB aus dem Master- 
Informationsmodell mittels erster Selektionsparameter ein oder mehrere 
zweite produktspezifische Informationsmodelle erzeugt und jeweils in einer 
Datenbank abgespeichert werden. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daB aus den ein 
oder mehrere zweiten produktbezogene Informationsmodelle mittels zweiter 
Selektionsparameter jeweils ein oder mehrere dritte projektspezifische 
Informationsmodelle erzeugt und jeweils in einer Datenbank abgespeichert 
werden. 

3. Verfahren nach einem der obigen Anspruche, dadurch gekennzeichnet, 
daB ein oder mehrere zweite produktspezifische Informationsmodelle 
erzeugt werden, die in einer von der ersten Beschreibungssprache 
unterschiedlichen zweiten Beschreibungssprache kodiert sind. 

4. Verfahren nach einem der obigen Anspruche, dadurch gekennzekhnet, 
daB die ein oder mehrere zweite produktspezifische Informationsmodelle 
Netzelemente eines Kommunikationsnetzes beschreiben. 
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5. Verfahren nach einem der obigen Anspruche, dadurch gekennzeichnet, 
dafi aus einem der ein oder mehreren zweiten produktspezifischen 
Informationsmodelle Softwarekomponenten fur Netzelemente eines 
Kommunikationsnetzes erzeugt werden. 

6. Verfahren nach einem der obigen Anspruche, dadurch gekennzeichnet, 
da6 aus einem der ein oder mehreren dritten projektspezifischen 
Informationsmodelle Softwarekomponenten fiir Netzelemente eines 
Kommunikationsnetzes erzeugt werden. 

7. Verfahren zur Bearbeitung von Informationsmodellen, 
dadurch gekennzeichnet, da6 ein erstes Master- 
Informationsmodell kodiert in einer ersten Beschreibungssprache generiert 
und in einer Datenbank abgespeichert wird und dafi mittels des Master- 
Informationsmodells ein oder mehrere Produkt-Profile oder ein Vergleich 
zwei oder mehrerer Produkt-Profile erzeugt und jeweils in einer Datenbank 
abgespeichert werden. 

8. Verfahren nach einem der obigen Anspruche, dadurch gekennzeichnet, 
daft aus dem Master-lnformationsmodell mittels erster Selektionsparameter 
ein oder mehrere zweite produktspezifische Informationsmodelle erzeugt 
und jeweils in einer Datenbank abgespeichert werden und dafi aus den ein 
oder mehreren zweiten produktspezifischen Informationsmodellen ein oder 
mehrere Produkt-Profile oder ein Vergleich zwei oder mehrerer Produkt- 
Profile erzeugt und jeweils in einer Datenbank abgespeichert werden. 

9. Verfahren nach einem der obigen Anspruche, dadurch gekennzeichnet, 
dafi aus dem Master-lnformationsmodell mittels erster Selektionsparameter 
ein oder mehrere zweite produktspezifische Informationsmodelle erzeugt 
und jeweils in einer Datenbank abgespeichert werden, dafi aus den ein 
oder mehrere zweiten produktbezogene Informationsmodelle mittels zweiter 
Selektionsparameter jeweils ein oder mehrere dritte projektspezifische 
Informationsmodelle erzeugt und jeweils in einer Datenbank abgespeichert 
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werden und da6 aus den ein oder mehreren dritten projektspezifischen 
Informationsmodellen ein oder mehrere Prod ukt- Profile oder ein Vergleich 
zwei oder mehrerer Produkt-Profile erzeugt und jeweils in einer Datenbank 
abgespeichert werden. 

1 0. Informationsverarbeitungssystem, 

d a d u r c h gekennzeichnet, dafi es zur Durchfuhrung des 
Verfahrens nach Anspruch 1 oder 7 ausgestaltet ist. 

1 1 . Softwareprodukt, 

d a d u r c h gekennzeichnet, da6 es zur Durchfuhrung des 
Verfahrens nach Anspruch 1 oder 7 ausgestaltet ist. 
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Verfahren zum Erzeugen von Informationsmodellen 



Die Erfindung betrifft Verfahren zum Erzeugen von Informationsmodellen 
sowie Informationsverarbeitungssysteme und Softwareprodukte zur 
Durchfuhrung solcher Verfahren. 

Ublicherweise wird fur jedes zu entwickelnde Softwareprodukt ein 
individuelles, spezifisches Informationsmodell entwickelt. Dieses 
Informationsmodell dient sodann als Vorlage fur die Software-Entwickler, 
die dann gemaB den Vorgaben dieses spezifischen Informationsmodells die 
Software fur das zu schaffende Produkt kodieren. 

Der Erfindung liegt nun die Aufgabe zugrunde, die Entwicklung von 
Softwareprodukten zu beschleunigen. 

Diese Aufgabe wird gelost durch Verfahren nach der Lehre der Anspruche 
1 und 7 sowie durch Informationsverarbeitungssystem und 
Softwareprodukte nach der Lehre der Anspruche 10 bzw. 1 1 

Hierdurch ergeben sich folgende Vorteile: Die Verteilung der Entwicklung 
iiber verschiedene Standorte wird unterstutzt. Die Inkonsistenz von 
Informationsmodellen kann in einem fruhen Stadium der 
Produktentwicklung erkannt werden und effektiv beseitigt werden. Weitere 
Vorteile ergeben sich bei der Verdnderung von Anforderungen an Produkte 
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oder einer inkrementellen Produktentwicklung. Die notwendigen 
Produktanpassungen konnen schnell und effektiv lokalisiert werden. Weiter 
wird eine automatische Erstellung angepaBter Softwarekomponenten 
ermoglicht. 

Vorteilhafte Ausgestaltungen der Erfindung sind den Unteranspruchen zu 
entnehmen. 

Im folgenden wirdie Erfindung anhand mehrerer Ausfuhrungsbeispiele 
unter Zuhilfenahme beiliegender Zeichnungen beispielhaft erlautert. 

Fig. 1 zeigt ein Blockschaltbild eines Netzwerkmanagementsystems 

Fig. 2 zeigt eine funktionelle Darstellung eines erfindungsgemaGen 
I nf ormatio nsvera rbe itu ngssyste m . 

Fig. 3 zeigt eine funktionelle Darstellung einer Teilfunktion des 

erfindungsgemafien Informationsverarbeitungssystems nach Fig. 2. 

Fig. 4 zeigt die Darstellung eines Produkt-Profils. 

In Netzwerkmanagement Architekturen werden Informationsmodelle 
verwendet, urn die Management-Schnittstellen zwischen den Systemen und 
innerhalb der Systeme eines durch das Netzwerkmanagementsystem 
verwalteten Netzwerks zu spezifizieren. 

Die Informationsmodelle werden in einer normierten Beschreibungssprache 
kodiert. Solche Beschreibungssprachen sind beispielsweise ASN.l/ GDMO 
(siehe ITU-T X.722 und X.208), SNMP oder IDL/CORBA. Die 
Informationsmodelle definieren hierbei den Typ der zwischen den Systemen 
ausgetauschten Informationen. Grundsdtzlich konnen die verschiedenen in 
einem Netzwerkmanagementsystem integrierten Systeme in eine Vielzahl 
von unterschiedlichen Typen von Netzelementen und in eine Vielzahl von 
unterschiedlichen Typen von Netzwerk Managern und Betriebssystemen 
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eingeteilt werden, die unterschiedliche Netzwerkmanagement Ebenen 
implementieren. Es ist naturlich auch moglich, dafi mittels eines 
Informationsmodells auch andere Systeme, beispielsweise 
Verkehrsleitsysteme oder e-commerce Systeme beschrieben werden. Auch 
auf diese Informationsmodelle ist die Erfindung anwendbar. 

Im folgenden wird die Durchfuhrung der erfindungsgemafien Verfahren 
und die Funktionsweise eines erfindungsgemdfien Systems und 
Softwareprodukt anhand von Informationsmodellen im Bereich von 
Netzwerkmanagementsystemen beispielhaft erldutert. 

Fig. 1 zeigt beispielhaft die Architektur eines Netzwerkmanagementsystems 
fur ein SDH Kommunikationsnetz. Es weist Digitale Cross Connects 
(1641SX, 1664SX), Add/Drop Multiplexer (1660SM, ..) als Netzelemente 
auf. Auf dem Element Manager Level werden Gruppen von Netzelementen 
von Managern (1354RM) gesteuert und kontrolliert, die ihrerseits wiederum 
von weiteren Managern (1354RM, 1354NN, 1354NP, 1354RM) gesteuert 
und kontrolliert werden. 

Die Informationsmodelle beschreiben hierbei die Schnittstellen zwischen 
den Manager Applikationen und den Agents. Ein Manager sendet eine 
Anforderung, die in einem vordefinierten Format (z. B CMISE uber CMIP) 
konstruiert ist zu dem Agent und der Agent bearbeiten diese Anforderung. 
Urn die Managementfahigkeit eines Agents zu beschreiben, wird ein objekt- 
orientierter Ansatz fur die Beschreibungssprache verwendet, mittels der 
Informationssystems beschrieben werden. Innerhalb der 
Beschreibungssprache werden Objektklassen verwendet. Der Agent halt 
wahrend des Betriebs Instances von solchen Objektlassen, die die soge. 
Management Information Base (MIB) bilden. 

Eine Objektklasse enthalt hierbei Vererbungen von anderen Objektklassen 
und pine Sammlung von Paketen. Jedes Packet enthalt selbst Attribute und 
Operationen auf diesen Attributen. Weiter konnen „Notifikations" und 
„Actions" innerhalb der Packele spezifiziert werden. Urn die Eigenheiten der 
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Hardware unterschiedlicher Hersteller in Betracht zu ziehen, kann diese als 
Bedingung fur einer bestimmte Objektklasse festgelegt werden. Dies 
bedeutet, dafi diese Objektklassen nicht in alien Fallen vorhanden sein 
mussen. Im Gegensatz dazu gibt es aber auch Pakete, die Funktionalitdten 
reprdsentieren, die immer vorhanden sein mussen wenn ein Instance einer 
Objektklasse erzeugt wird. Weiter definieren Namensgebungsregeln eine 
Vererbungs-Beziehung zwischen Objekten und der Benennung von 
Objekten. 

Bei der Beschreibungssprache handelt es sich um die Beschreibungssprache 
ASN.l/ GDEMO, es kdnnen jedoch auch die anderen oben genannten 
Beschreibungssprachen verwendet werden. 

Im folgenden wird nun ein Informationsverarbeitungssystem mit einem die 
im folgenden beschriebenen Funktionen des 

Informationsverarbeitungssystems steuernden Softwareprodukt beschrieben, 
das die Arbeit mit Informationsmodellen und die Erzeugung von 
Informationsmodellen unterstutzt. Ein solches Softwareprodukt kann hierbei 
aus einem oder mehreren Applikationsprogrammen bestehen, die auf einer 
Systemplattform ablaufen, und die im folgenden beschriebenen Funktionen 
steuern. Es kann sich bei diesem Softwareprodukt aber auch um einen 
Datentrdger handeln, auf dem dieses Applikationsprogramm oder diese 
Applikationsprogramme gespeichert sind. Eine Systemplattform besteht 
hierbei aus ein oder mehreren miteinander verbundenen Rechnern, die die 
Hardware-Plattform bilden, und einer darauf aufsetzenden 
Softwareplattform, beispielsweise einem Betriebsystem und einer 
Datenbank. 

Die grundlegenden Funktionen des Informationsverarbeitungssystems sind 
in Fig. 2 dargestellt. 

Der Grundgedanke des Konzepts besteht darin, eine einzige gemeirsame 
Quelle von Informationsmodell-Definitionen bereitzustellen. Dieses Master- 
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Informationsmodell mu6 korrekt, komplett und konsistent sein. Es stellt die 
Managementspezifikationen fur das gesamte Netzwerk zur Verfugung. 

Aus dieser globalen Quelle werden nun durch einen „rough profiling" 
Prozess Untermodelle fur jedes konkrete System oder Produkt extrahiert, 
das Teil des Netzwerkes ist. Dieses Unter-Modell enthalt nur diejenigen 
Definitionen, die in dem Kontext des spezifischen Produktes relevant sind. In 
diesem Sinne bilden diese Untermodelle jeweils produktspezifische 
Informationsmodelle. Auch dieses Unter-Modelle mussen jeweils in sich 
korrekt, komplett und konsistent sein. 

Ein produktspezifischen Unter-Modell wird nun durch einen ^detailed 
profiling" Prozess derart weiterverfeinert, dafl es die spezifischen 
Beschrankungen des spezifischen Produktes enthalt. Unterstutzte und nicht 
unterstutzte Merkmale werden formal beschrieben, entweder fur das 
Produkt im Allgemeinen oder fur einen konkreten Entwicklungsschritt 
(Release) des Produktes. Die detaillierten Produkt Profile von mehreren 
Produkten konnen in einer detaillierten Beschreibung einer Gruppe von 
Produkten zusammengefafit werden. Ebenso konnen Produkt Profile 
zusammengefaGter Systeme in die detaillierte Beschreibung der einzelnen 
Systeme zerlegt werden. 

Komplette Informationsmodelle, „rough profiles" und ^detailed profiles" 
konnen verglichen werden, um die Unterschiede zu extrahieren. Diese 
Unterschiede werden in einem graphischen Benutzer-lnterface 
hervorgehoben, so dafi der Benutzer die Unterschiede schnell erkennen 
kann. Die ^detailed profiles" werden dazu verwendet, um 
Konformitdtsaussagen nach ITU-T X. 724 (MOCS) oder nach einem 
proprietaren Format zu erzeugen. Aus den Informationsmodellen konnen 
weiter alle Arten von Dokumentationen sowie Soffwarekomponenten fur 
Netzelemente und Manager automatisch erzeugt werden. Ein Beispiel fur 
eine solche Dokumentatir>n ist eine HTML Darstellung des 
Informationsmodells, auf die mittels eines Browser zugegriffen werden 
kann. 
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Im Folgenden wird die detaillierte Funktionsweise des 
Informationsverarbeitungssystems beschrieben. 

Die grundlegende Methode zur Erzeugung und Aufrechterhaltung der 
globalen Master-lnformationsquelle besteht im Zerlegen der GDMO und 
ASN.l Definitionen, die als ASCII Eingabefiles bereitstehen. Je nach der 
Komplexitdt des Gesamtsystems mufi eine Vielzahl solcher Eingabefiles 
vera rbeitet werden, die jeweils unterschiedliche Teil-Komponenten und 
Aspekte des Gesamtsystems definieren. Wahrend des Zerlegens werden 
syntaktische Fehler an den Benutzer gemeldet. Die resultierende Quelle 
(Repository) wird auf Komplettheit gepruft und es werden nicht aufgeloste 
Verknupfungen zwischen Definitionen identifiziert. Konsistenz- 
Uberprufungen werden durchgefuhrt, um Typ-lnkonsistenzen zwischen dem 
GDMO und dem ASN. 1 Teil zu identifizieren. Sich wiedersprechende 
Spezifikationen aus verschiedenen Eingabefiles werden ermittelt, erkannt 
und dem Benutzer gemeldet. 

Wenn der Zerlegungs-Prozess erfolgreich durchgefuhrt worden ist, so liegt 
als Ergebnis eine korrekte, komplette und konsistente Informationsmodell- 
Quelle fiir das gesamte Netzwerk vor. Wie in Fig. 2 dargestellt, bildet diese 
Informationsquelle die Basis fur jede weitergehende Bearbeitung von 
Informationsmodellen. 

In dem „rough profiling" Prozess werden produktspezifische Profile aus dem 
globalen Master-lnformationsmodell extrahiert. Der „rough profiling" 
Prozess ist in Fig. 3 dargestellt. 

Ein spezifischen Produkt, beispielsweise ein Agent oder ein Manager 
implementiert nur eine Untermenge der Objektklassen, die in dem Master- 
Informationsmodel enthalten sind. Basierend auf einer List von 
Objektklassen, die instantizierbar sind, werden alle mit diesen verknunften 
GDMO und ASN.l Definitionen aus der Informationsmodell-Quelle 
rekursiv gesammelt. Das Ergebnis ist ein Unter-Modell, das alle relevanten 
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Definitionen fur ein spezifisches Produkt enthalt. Dieses Unter-Moclell wird 
auch als „rough profile" bezeichnet, Dieses „rough profile" wird als 
Grundlage fur die weitere Verfeinerung der Produkt-Spezifikation 
verwendet. Es bildet auch die Grundlage fur die die Entwicklung des 
spezifischen Produkts sowie fur die Erzeugung von Software-Komponenten 
fur das spezifische Produkt mittels Code-Generatoren. Aus dem „rough 
profile" werden weiter Dokumente erzeugt, die einen Uberblick uber die fur 
das spezifische Produkt zusatzlich benotigten Funktionalitaten geben und 
auch als Grundlage von Vertragen mit Entwicklungs-Teams verwendet 
werden konnen. Aus dem „rough profile" kann weiter automatisch eine 
Abschatzung des Entwicklungsaufwandes fur das spezifische Produkt 
erzeugt werden. 

In dem „detailed profiling" Prozess werden unterstutze und nicht unterstutzte 
Leistungsmerkmale spezifiziert und damit projektspezifische 
Informationsmodelle erzeugt. 

Dieser Prozess erlaubt die weitere Verfeinerung der „rough profiles" in 
^detailed profiles". Unter Verwendung einer formalen Beschreibungs- 
Notation werden spezifische Verfeinerungen und Restriktionen fur 
spezifische Produkte oder Produkt-Releases definiert. Eine 
Leistungsmerkmals-Liste, die gemaB dieser Notation abgefaBt ist, 
spezifiziert auf alien Ebenen der GDMO Struktur, welche 
Leistungsmerkmale (attributes, actions, notifications, ..) generell unterstutzt 
werden oder nicht unterstutzt werden. Beispielsweise kann in dieser Liste 
spezifiziert werden, dafi ein bestimmtes, nicht zwingend notwendiges Paket 
(conditional packet) immer oder niemals durch das konkrete Produkt 
unterstutzt wird. Spezielle Regeln konnen mittels Ausnahmen verfeinert 
werden. So kann beispielsweise ein Paket generell unterstutzt werden, 
jedoch fur ein bestimmte Objektklasse nicht unterstutzt werden. 

Diese Leistungsmerkmalslist wird in dem ^detailed profiling" Prozess 
verwendet, urn aus dem „rough profile" des Produkts eine synoptische 
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Darstellung der instanzierbaren Objektklassen des produktspezifischen 
Informationsmodells zu erzeugen. 

Aus einem produktspezifischen Informationsmodells wird somit mittels 
dieser Liste ein projektspezifisches Informationsmodell erzeugt, das nur 
diejenigen Objektklassen des produktbezogenen Informationsmodell 
enthalt, die entsprechend der in der Liste enthaltenen Informationen 
instanzierbar sind. Zur Erzeugung des projektspezifisches 
Informationsmodells werden so diejenigen Objektklassen ermittelt, die nach 
der projektspezifischen Liste fur das jeweilige Projekt instanzierbar sein 
sollen. Diese Objektklassen werden sodann aus dem produktspezifischen 
Informationsmodell extrahiert und so das projektspezifische 
Informationsmodell erzeugt. 

Aus dem projektspezifischen Informationsmodell konnen mittels Code- 
Generatoren automatische Softwarekomponenten fur das spezifische 
Produkt erzeugt werden. Weiter konnen aus dem projektspezifischen 
Informationsmodell auch ein, aber auch mehrere verschiedenartige Produkt 
Profile des spezifischen Produktes erzeugt werden. Ein Produkt Profil 
beschreibt die Eigenschaften eines spezifischen Produktes. Bei einem 
„detailed profile" handelt es sich um ein solches Produkt Profil. 

Das ^detailed profile" ist eine spezifische Darstellung des 
projektspezifischen Informationsmodells das die instanzierbaren 
Objektklassen in einer synoptische Darstellung aufschlusselt. Der Ausdruck 
„synoptisch" bedeutet in diesem Zusammenhang, daft die 
Vererbungsstrukturen der Objektklassen ignoriert werden und alle 
vererbten Leistungsmerkmale in einer kompletten Beschreibung der 
instanzierbaren Klassen gesammelt werden. Dies ermoglicht es, einen 
kompletten Uberblick uber die unterstutzen Leistungsmerkmale jeder 
implementierten Klasse des Produktes zu erzeugen. Fig. 4 zeigt beispielhaft 
einen Ausschnitt aus einem ^detailed Profile". Es ist auch moglich, ein 
„detailed profile" direkt aus einem produktbezogenen Informationsmodell 
zu erzeugen. 
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Zusammenfassung 

Verfahren zum Erzeugen von Informationsmodellen 

Die Erfindung betrifft ein Verfahren zum Erzeugen von 
Informationsmodellen sowie ein Informationsverarbeitungssystem und ein 
Softwareprodukt zur Durchfuhrung des Verfahrens. Ein erstes Master- 
Informationsmodell kodiert in einer ersten Beschreibungssprache wird 
generiert und in einer Datenbank abgespeichert. Aus dem Master- 
Informationsmodell werden mittels erster Selektionsparameter ein oder 
mehrere zweite produktspezifische Informationsmodelle erzeugt und jeweils 
in einer Datenbank abgespeichert. 

(Figur 2) 
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